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PENDING CLAIMS: 

1 . (Currently Amended) An electronic payment processing system comprising: 
a payment processor having at least one network connection and receiving, for a plurality of 
electronic sales transactions involving a customer and each of a plurality of vendors, each 
electronic sales transaction representing a purchase by the customer from a dif ferent one of the 
plurality of vendors involving a charge to the customer and a payment to the re spective vendor, 

(a) a customer transaction request for the plurality of electronic sales transactions, via the 
network connection from a customer system corresponding to the customer, the customer transaction 
request including a single unique transaction identifier, and 

(b) a plurality of vendor transaction requests, separate from the customer transaction request, 
for the plurality of electronic sales transactions, via the network connection from one or 
more vendor systems corresponding to the plurality of vendors, each of the vendor 
transaction requests containing the single, unique transaction identifier, 

(c) wherein the customer transaction request and the vendor transaction requests each 
include a single unique transaction identifier for all of the plurality of electronic sabs 
transactions and an identification of a number of customer and vendor transaction 
requests corresponding to the customer transaction request forming a c omplete set of 
transaction requests corresponding to the single unique transaction identifier , 

(d) wherein the vendor systems do not receive personal information for the customer for 
transaction verification, and 
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wherein the payment processor processes the plurality of electronic sales transactions based 
on the single unique transaction identifier and resolves the plurality of electronic sales transactions as 
a single transaction by the customer in charges to an account of the customer and as a plurality of 
transactions by each of the plurality of vendors in payments to the vendors . 

2. (Previously Presented) The electronic payment processing system according to claim 1, 
wherein personal billing information for the customer is contained within the customer transaction 
request from the customer, 

3. (Previously Presented) The electronic payment processing system according to claim 1 5 
wherein personal billing information for the customer is contained within the electronic payment 
processing system and accessed based upon an identifier within the customer transaction request 
from the customer. 

4. (Previously Presented) The electronic payment processing system according to claim 1, 
wherein the payment processor separately authenticates the customer transaction request from the 
customer system and the vendor transaction requests from the vendor systems. 
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5. (Previously Presented) The electronic payment processing system according to claim 1, 
wherein the payment processor authorizes the electronic sales transactions based on correspondence 
between the transaction identifier, a transaction amounts and goods or services identifiers from the 
customer transaction request and the transaction identifier, transaction amounts and goods or services 
identifiers from the vendor transaction requests. 

6. (Original) The electronic payment processing system according to claim 1, wherein the 
electronic payment processing system processes micro-payments. 

7. (Original) The electronic payment processing system according to claim 1, wherein the 
electronic payment processing system employs a declining balance account for the customer. 
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8, (Previously Presented) The electronic payment processing system according to claim 1, 
further comprising: 

the customer system communicably coupled to the payment processor; 
the vendor system communicably coupled to the payment processor; 
at least one record relating to the customer; 
at least one record relating to each of the vendors; and 

one or more queues containing pending transaction requests, wherein the payment processor 
at least one of matches transaction requests upon receipt with transaction requests within the one or 
more queues and periodically searches for counterpart transaction requests within the one or more 
queues. 

9, (Previously Presented) The electronic payment processing system according to claim 1, 
wherein the payment processor dynamically determines a payment amount for the electronic sales 
transactions from a pricing and terms policy defined by each of the one or more vendors. 

10, (Previously Presented) The electronic payment processing system according to claim 1 5 
wherein the payment processor resolves payment for the electronic sales transactions across each of 
the vendors transparently to the customer. 
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1 1 . (Withdrawn) An electronic payment processing system comprising: 

a payment processor receiving, for an electronic sales transaction involving a customer and 
one or more vendors, at least one transaction request from one or more of a customer system 
corresponding to the customer and one or more vendor systems corresponding to the one or more 
vendors, wherein the payment processing controller dynamically determines apayment amount from 
the customer to the one or more vendors for the electronic sales transaction from a pricing and terms 
policy defined by each of the one or more vendors, 

1 2, (Withdrawn) An electronic payment processing system comprising: 

a payment processor receiving, for an electronic sales transaction involving a customer, a 
contact vendor and one or more supplying vendors, at least one transaction request from one or more 
of a customer system corresponding to the customer, a contact vendor system corresponding to the 
contact vendor, and one or more supplying vendor systems corresponding to the one or more 
supplying vendors, wherein the payment processing controller resolves a payment from the customer 
for the electronic sales transaction across the contact vendor and each of the one or more supplying 
vendors transparently to the customer. 
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13. (Currently Amended) A method of processing electronic payments comprising: 

at a payment processor having at least one network connection, receiving, for an a plurality of 
electronic sales transactions involving a customer and each of a plurality of vendors, each electronic 
sales transaction involving a purchase by the customer from a differen t one of the plurality of 
vendors involving a charge to the customer and a payment to the res pective vendor,, 

(a) a single customer transaction request for the plurality of electronic sales transact ions, 
via the network connection from a customer system corresponding to the customer, 
the customer transaction request including a single unique transaction identifier, and 

(b) a plurality of vendor transaction requests,, separate from the customer transaction 
request, for the plurality of electronic sales transactions, via the network connection 
from one or more vendor systems corresponding to the plurality of vendors, each of 
the vendor transaction requests containing the single, un i que transaction identifier, 

wherein the customer transaction request and the vendor transaction requests each include a 
single unique transaction id e ntifier for all of the plurality of electronic sales transactions and an 
identification of a number of customer and vendor transaction requests corresponding to the 
mntnmm transaction r e quest forming a complete set of transaction re quests corresponding to the 
single unique transaction identifier , 

wherein the vendor systems do not receive personal information for the customer for 
transaction verification; and 
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within the payment processor, processing the plurality of electronic sales transactions based 
on the single unique transaction identifier and resolving the plurality of electronic sales transactions 
as a single transaction by the custome r in charges to an account of the customer and as a plurality of 
transactions by each of the plurality of vendors inpayments to the vendors , 

14. (Previously Presented) The method according to claim 13, further comprising: 
processing the electronic sales transactions using personal billing information for the 

customer contained within the customer transaction request from the customer, 

15. (Previously Presented) The method according to claim 13, further comprising: 
processing the electronic sales transactions using personal billing infonnation for the 

customer contained within an electronic payment processing system and accessed based upon an 
identifier within the customer transaction request from the customer. 

16. (Previously Presented) The method according to claim 13, further comprising: 
separately authenticating the customer transaction request from the customer system and the 

vendor transaction requests from the one or more vendor systems. 
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17. (Previously Presented) The method according to claim 1 3 , further comprising: 
authorizing the electronic sales transactions based on correspondence between the transaction 

identifier, transaction amounts and goods or services identifiers from the customer transaction 
request and the transaction identifier, transaction amounts and goods or services identifiers from the 
vendor transaction requests. 

1 8. (Previously Presented) The method according to claim 13, further comprising: 
processing a micro-payment for at least one of the electronic sales transactions, 

1 9. (Withdrawn) A method of processing electronic payments comprising: 

at a payment processor having at least one network connection, receiving, for an electronic 
sales transaction involving a customer and one or more vendors, at least one transaction request via 
the network connection from one or more of a customer system corresponding to the customer and 
one or more vendor systems corresponding to the one or more vendors; and 

dynamically determining a payment amount from the customer to the one or more vendors for 
the electronic sales transaction from a pricing and terms policy defined by each of the one or more 
vendors. 
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20. (Withdrawn) A method of processing electronic payments comprising: 

at a payment processor having at least one network connection, receiving, for an electronic 
sales transaction involving a customer, a contact vendor and one or more supplying vendors, at least 
one transaction request via the network connection from one or more of a customer system 
corresponding to the customer, a contact vendor system corresponding to the contact vendor, and one 
or more supplying vendor systems corresponding to the one or more supplying vendors; and 

resolving a payment from the customer for the electronic sales transaction across the contact 
vendor and each of the one or more supplying vendors transparently to the customer. 
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REMARKS 

Claims 1-20 are pending in the present application. 
Claims 11-12 and 19-20 are withdrawn from consideration. 
Reconsideration of the claims is respectfully requested. 

35 U.S.C. § 112, First Paragraph (Written Description) 

Claims 1-10 and 13-18 were rejected under 35 U.S.C. § 1 12, First Paragraph as failing to 
meet the written description requirement. This rejection is respectfully traversed. 

The Office Action asserts that the limitation "an identification of a number of vendor 

transaction requests corresponding to the customer transaction request" is new matter. However, the 

actual limitation, taken in context, reads "wherein the customer transaction request and the vendor 

transaction requests each include a single unique transaction identifier for all of the plurality of 

electronic sales transactions and an identification of a number of vendor transaction requests 

corresponding to the customer transaction request." Paragraph [0038] of the specification as filed 

states (emphasis added): 

[0038] Rather than simple bifurcation, the present invention may be viewed as "n- 
furcating" the transaction request among n portions (where n is any positive integer 
greater than 1) 5 allowing multiple vendors to participate in a given transaction with 
resolution as described in further detail below. Vendor transaction requests may 
originate from separate servers and be sent via separate paths to the electronic 
payment processing system, or may be collected and relayed by a single "agent" 
vendor server and/or contained within a single message identifying all vendor(s). 
The transactions requests (vendor and customer) should include an indicator of the 
number of vendors or transaction requests that will form a complete transaction 
request. 

The specification thus provides clear support, in the context of a single "n-furcated" customer 
transaction involving counterpart transaction requests for n vendors, for an identification of a number 
of vendor transaction requests corresponding to the customer transaction request. 
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Therefore, the rejection of claims 1-10 and 13-18 under 35 U.S.C. § 11 2, first paragraph has 
been overcome. 

35 U.S.C. 8 102 (Anticipation) 

Claims 1-10 and 13-18 were rejected under 35 U.S.C. § 102(b) as being anticipated by U.S. 
Patent Application Publication No. 2002/01 1 1907 to Ling. This rejection is respectfully traversed. 

A claim is anticipated only if each and every element is found, either expressly or inherently 
described, in a single prior art reference. The identical invention must be shown in as complete 
detail as is contained in the claim. MPEP § 2131 at pp. 2100-66 to 2100-67 (8th ed. rev. 7 July 
2008). 

Independent claims 1 and 13 each recite a plurality of electronic sales between a customer 
and each of a plurality of vendors represented by a single customer transaction request and a plurality 
of vendor transaction requests, identified by a single transaction identifier, and resolved by the 
payment processor as a single transaction by the customer and as a plurality of transactions by each 
of the vendors. These claim features correspond to "n-furcating" a transaction as described in 
paragraph [0038] of the application as filed. Such feature(s) are not found in the cited reference. 
Ling contains no teaching of multiple transactions involving a single customer and a plurality of 
vendors being processed based on a single transaction identifier within a single transaction request 
by a customer and each of a plurality of transaction requests by a plurality of vendors. Nor does Ling 
teach resolving a plurality of electronic sales as a single transaction by the customer and a plurality of 
transactions by each of the vendors. 
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The Office Action states: 

In response to applicant's argument that the references fail to show certain 
features of applicant's invention, it is noted that the features upon which applicant 
relies (i.e., multiple transactions involving a single customer and a plurality of 
vendors being processed based on a single transaction identifier within a single 
transaction request by a customer and each of a plurality of transaction requests by 
a plurality of vendors.) are not recited in the rejected claim(s). Although the claims 
are interpreted in light of the specification, limitations from the specification are not 
read into the claims. See In re Van Geuns, 988 F.2d 1 181, 26 USPQ2d 1057 (Fed. 
Cir. 1993). The claims do not recite what is being argued. However, Ling does teach 
that a customer can conduct multiple transactions at different vendor websites during 
one transaction. Ling teaches that a customer logs in with MSP once and then is able 
to browse several vendor websites to purchase items without having to log-in or 
checkout at each and every vendor website. The MSP then settles payment with each 
vendor at varying times depending on the payment agreement between the vendors 
and the MSP (see at least paragraphs [0223, 0243, 0250, 0270]). 

Paper No. 200903 12, page 3 . The cited paragraphs from Ling read: 

[0223] Note that the systems and methods of the present invention enable a user to 
log-in with the MSP only once and to browse several content provider vendor web 
sites to purchase content items from different vendor web sites without requiring the 
user to log-in or check-out at each and every vendor web site. However, in order to 
prevent unauthorized use of the user's Internet appliance to purchase content, the user 
will be required to log in with the MSP again after a pre-determined time period is 
reached either from the time the user logged in or from the time the user made the 
last content purchase, whichever the user has chosen. 

[0240] Referring now to FIG. 26, a schematic diagram showing steps taken by auser 
when purchasing tangible goods or services using tokens at a vendor's web site 
though a check-out process is described. In step 1), user 895 requests to purchase 
products or services through a check-out process at one of vendors 890a-c web site 
and selects tokens as his/her payment method. In step 2), the web server of one of 
vendors 890a-c sends the vendor ID 5 user .ID and password and the total amount of 
tokens required for purchase of tangible goods or services to MSP 885. MSP 885 
accesses user record 195 in user database 120 (FIG. 6) and checks to see if user 895 
has enough tokens to make the purchase. If so, then MSP 885 subtracts the required 
tokens from the user's account balance and authorizes the vendor for the 
micropayment transaction as shown in step 3). 

[0250] While current online shopping at vendor web sites that allows a user to select 
one or more products and place them into a "shopping cart" and to perform a check- 
out process to settle payment for tangible goods being purchased works reasonably 



Page 13 of 16 



Attorney Docket No. EMICOl-00003 
U.S. Serial No. 10/677,827 
Patent 



well, this method of business transaction is not suitable for a user to purchase content 
on the Internet for the following reasons: 

[0270] In another embodiment of the present invention, content authors, publishers or 
other intellectual property owners accrue royalties whenever users purchase content 
from each and every vendor web site that is authorized by MSP 60 to use tokens as a 
user's payment option for content, Since the price for each content will normally be 
very small, requiring micropayments such as that described in the methods and 
systems of the present invention, the compensation to be paid to such content 
authors, publishers or other intellectual property owners will be even smaller, 
perhaps, in the range of the equivalent of a fraction of a penny. This requires 
aggregation of micropayments, The content royalty amount is entered into vendor 
record 200 (FIG. 6) at the same time an electronic transaction is recorded in 
transaction database 130 (FIG. 6.) This content royalty amount is also added to the 
aggregated content royalty amount within aggregated vendor sales account 220 (FIG. 
6) for each transaction between a user and a content vendor. At the time of settlement 
of payments between MSP 60 and each vendor, this aggregated content royalty 
amount is deducted so that the operator of MSP 60 may pay each respective content 
author, publisher or other intellectual property owner the royalty amount withheld 
from each content vendor, at a later date. 

As apparent, none of the above randomly-selected paragraphs from Ling actually describes what the 
Office Action asserts is described therein. No mention of a transaction identifier - or any other type 
of identifier, for that matter - is found in the above-quoted paragraphs. Moreover, no discussion of a 
single transaction identifier for each of a plurality of transactions is found. Merely logging in once to 
allow browsing and purchases from a plurality of websites without having to log-in separately for 
each web site does not inherently involve using a single unique identifier for all transactions 
occurring during a single log-in session (or in fact a unique identifier for one log-in session versus all 
other log-in sessions for the same user). 
The Office Action farther states: 

Ling teaches that a customer logs in with MSP once and then is able to browse 
several vendor websites to purchase items without having to log-in or checkout at 
each and every vendor website. The MSP then settles payment with each vendor at 
varying times depending on the payment agreement between the vendors and the 
MSP (see at least paragraphs [0223, 0243]). 
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Paper No. 20090312, page 3, The cited paragraphs from Ling read: 

[0223] Note that the systems and methods of the present invention enable a user to 
log-in with the MSP only once and to browse several content provider vendor web 
sites to purchase content items from different vendor web sites without requiring the 
user to log-in or check-out at each and every vendor web site. However, in order to 
prevent unauthorized use of the user's Internet appliance to purchase content, the user 
will be required to log in with the MSP again after a pre-determined time period is 
reached either from the time the user logged in or from the time the user made the 
last content purchase, whichever the user has chosen. 

[0243] The present methods and systems permit the royalty rate that the operator of 
MSP 885 charges to a vendor for electronic micropayment transactions using tokens 
as payment to vary from one vendor to another vendor, depending on the total 
amount of the transactions that takes place in a pre-determined period of time such as 
monthly, quarterly and so forth. This royalty rate for a vendor can also be set to 
decrease in a sliding scale depending on the total amount of sales in order to reward 
the vendor for its sales and marketing efforts. 

Nothing in the above-quoted portions of Ling indicates that a payment processor resolves a plurality 
of sales as a single transaction by the customer and a plurality of transaction to the vendors. Use of a 
single log-in session to make purchases from multiple vendors does not inherently involve charging 
the user's account for a single transaction and making separate payments to each vendor. 

Therefore, the rejection of claims 1-10 and 13-18under 35 U.S.C. § 102 has been overcome. 
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If any issues arise, or if the Examiner has any suggestions for expediting allowance of this 
Application, the Applicant respectfully invites the Examiner to contact the undersigned at the 
telephone number indicated below or at dvenglarik@munckcarter.com. 

The Commissioner is hereby authorized to charge any additional fees connected with this 
communication or credit any overpayment to Deposit Account No. 50-0208. 



P.O. Drawer 800889 

Dallas, Texas 75380 

(972) 628-3621 (direct dial) 

(972) 628-3600 (main number) 

(972) 628-3616 (fax) 

E-mail: dvenglarik@munckcarterxom 



Respectfully submitted, 



Munck Carter, LLP 



Date: 
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